home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 15085 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: scopevle.demon.co.uk!gsmith
  2. From: "Gary J. Smith" <gsmith@scopevle.demon.nl>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: C++ object persistent storage in relational database
  5. Date: Wed, 3 Apr 1996 16:49:37 +0100
  6. Organization: ScopeVale Ltd. (Amsterdam)
  7. Distribution: world
  8. Message-ID: <turixHAR4pYxEwqT@scopevle.demon.co.uk>
  9. References: <Dp1qC2.K8v@txnews.amd.com>
  10. NNTP-Posting-Host: scopevle.demon.co.uk
  11. X-NNTP-Posting-Host: scopevle.demon.co.uk
  12. MIME-Version: 1.0
  13. X-Newsreader: Turnpike (evaluation) Version 1.12 <8zaiLiZKAVASB6YSBmEMpYSBBk>
  14.  
  15. In article <Dp1qC2.K8v@txnews.amd.com>, Ben Van Truong
  16. <ben.truong@amd.com> writes
  17. >We are set to develop a complex mission critical application using C++ and,
  18. >preferably Oracle database.  Further more, for the efficiency, we want to
  19. >bypassing the SQL layer, maybe using some 3rd party product that capable of
  20. >taking an C++ object and mapping it into relational tables when an object needs
  21. >to be saved.  And composing an object from relational tables when this object
  22. >needs to be brought to live.   
  23. >
  24. >Does any one have such an experience? and who are the vendors that has these
  25. >kinds of 'C++ object mappers'.
  26. >
  27. >Thanks.
  28. >
  29.  
  30. Well we use persistence 2.6 here in Amsterdam for a large banking
  31. project. I reckon it takes approx 2 weeks to get up to speed (and then
  32. you'll never see any database commands again) and then you'll find
  33. approx 1-2 idiosyncrancies per week depending on how much you use it.
  34. It's a lot faster than writing your own db i/face class, but the path (
  35. as I imagine with all mappers) does have its landmines.
  36.  
  37. If your priorities are to generate a nice C++ interface and use it
  38. quickly, I'd recommend it. If you want to squeeze 100% of out C++/db
  39. performance, I'd recommend not. The decision lies where your priorities
  40. are, I guess.
  41.  
  42. Richard Green (c/o GSmith's account!)
  43.  
  44. ---------------------------------------------------
  45.         Gary J. Smith
  46.         gsmith@scopevle.demon.co.uk
  47.         gsmith@scopevle.demon.nl
  48.         
  49. ---------------------------------------------------
  50.  
  51. Turnpike evaluation. For Turnpike information, mailto:info@turnpike.com
  52.